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SPECIFICATION 

Electronic Version 1.2.8 
Stylesheet Version 1 .0 

APPARATUS AND METHOD FOR 
PROVIDING PRODUCTS AND 
SERVICES IN A TRANSPORT 
VEHICLE USING A NETWORK OF 
COMPUTERS 

Cross Reference to Related Applications 

This application is a continuation of prior co-pending International PCT Application 
No. PCT/ US00/ 10031, filed April 12, 2000, the benefit of the priority date of which 
is hereby claimed under 35 USC 1 20. In turn, International PCT Application No. 
PCT/US00/1 0031 claims pursuant to 35 USC 1 1 9, the benefit of the filing date of 
prior co-pending US Provisional Application No. 60/129,998, filed April 19, 1999. 

Field of the Invention 

[0001] The present invention relates generally to computer networking systems, and in 
particular to computer network systems for transport vehicles. 

Background of the Invention 

[0002] 

Cabin services in transport vehicles such as commercial aircraft include: 1) 
providing information such as operational and safety instructions, 2) providing 
entertainment and convenience features such as audio, movies and telephones, 3) 
providing products such as meals that are included in the price of the ticket, 4) 
selling products such as beverages for cash. The first three of these only indirectly 
generate revenue by making the overall product more desirable but, requiring 
installed equipment, they typically involve significant costs that may negatively 
impact revenue because of higher ticket prices. Where product is sold, significant 
losses are associated with the mismanagement of cash. In both cases involving 
commodities there is significant loss from mismanagement of the product and the 
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model simply doesn't support a wide range of products. In all the cases above there 
is little data to support analysis, and little ability to finesse the market. 

[0003] A system design of this invention provides a more cost effective model for 

delivering information, and entertainment, expands the range of products, controls 
product flow, tracks product distribution, and removes cash from the transaction, 
and therefore is a solution that addresses each of the problems cited above. The 
design actually allows a new paradigm in which cabin service is a true profit center 
and ticket price is uncoupled. Customer satisfaction is enhanced by offering 
superior services tailored to individual demand. 

[0004] With the option to pre-purchase product via the Internet or at Gate Kiosks, 

product flow is controlled thereby allowing a broader range of products tailored to 
specific tastes. A whole new set of products for the laptop user is possible 
including e-mail, aircraft information, airline schedules and DVD audio/video. The 
use of credit cards and debit "phone cards" simplifies purchasing for the consumer 
permitting higher volumes of onboard consumables and electronic purchase of off- 
board consumables. Rigorously tracking product distribution eliminates loss from 
mismanagement and the provision for credit/debit transactions eliminates loss of 
cash revenue. With cabin entertainment delivered via laptops provided by the 
customer, installation and maintenance costs associated with installed 
entertainment systems is also eliminated without sacrificing availability of the 
product. The rigorous tracking provides the data to support detailed analysis of 
productivity associated with both the travel and service commodities. 

Summary of Invention 

[0005] 

In accordance with the present invention, a network of computers for providing 
products and services to passengers and crew on a transport vehicle such as a 
commercial aircraft comprises 1) a plurality of member computers called Passenger 
Laptops used by the passengers onboard the transport vehicle to request and 
receive services, 2) a member computer used by the operator crew to request and 
receive services, 3) a plurality of member handheld computers called Handheld 
Modules used by cabin attendants to manage the delivery of products and services 
to the passengers, 4) a computer server called a Cabin Server onboard the vehicle 
for storing data, performing calculations, and acting as a communications gateway 
to other members in the network, 5) a communications link called Communications 
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Link to a ground fixed router, 6) a ground router called a Ground Router for access 
to the Internet and other members of the network, 7) a computer server for 
managing product inventory called and Inventory & Services Server, 8) a computer 
for recording inventory called Inventory Client, and 9) a plurality of computer 
kiosks at departure and arrival ports called Gate Kiosks for passenger ordering. 

[0006] The purpose of the network is to provide a wider range of products and 

services to the passenger more efficiently and with greater revenue potential. The 
network architecture may be viewed as a three-tier model: an overlapping linkage 
of two sub-networks built on top of the Internet. At the top level is a small network 
onboard the aircraft, comprising members 1 through 4 above. The airborne 
network interfaces with the larger ground based network that includes members 7 
through 9 above. Both these sub-networks interface directly or indirectly with the 
Internet. 

[0007] In the ground-based subnetworks, each Gate Kiosk or similar software on the 
Internet is the means for passengers to submit credit card information and pre- 
order product and services. For passengers with Passenger Laptops the Gate Kiosk 
can update Passenger Laptop customer access software on a floppy diskette or 
other similar media and may also dispense floppy diskettes with Passenger Laptop 
customer access software. The Gate Kiosk or similar software on the Internet 
communicates with the Inventory & Services Server via Local Area Network (LAN), 
Internet, or other network. The Inventory & Services Server provides product 
availability based on inventory and stores customer data for transfer to the Cabin 
Server. 

[0008] | n subnetwork onboard the transportation vehicle, each Passenger Laptop 
communicates with the Cabin Server via wireless Ethernet LAN (RF Ethernet) or any 
other installed wired LAN. The Cabin Server provides the Passenger Laptop with 
updates to the customer record, accepts new requests for service, and delivers 
services that are hosted on the Cabin Server. Each Handheld Module also 
communicates with the Cabin Server via RF Ethernet. The Cabin Server provides the 
Handheld Module with updates to the customer record and accepts new requests 
for service from passengers who do not have a Passenger Laptop. In this capacity, 
the cabin attendant may use the credit card reader of the Handheld Module. The 
bar code reader of the Handheld Module may be used by the cabin attendant to 
record inventory brought onboard or taken off the vehicle. The Cabin Server is the 



file ://C :\My % 20Documents\Public % 20Documents\Letters\Flightware\continuation.xrnl 



9/18/01 



Page 4 of 58 



server for the other members of the vehicle-based domain storing both vehicle 
inventory and customer records. It provides a store and forward router function for 
email, credit card verification, and other Internet traffic. The Cabin Server includes 
a modem. If airborne, it may use an installed air phone system (Communications 
Link) to connect to a Ground Router. Otherwise it may use a cellular phone or other 
installed communications equipment as a Communications Link. 

[0009] In addition to managing customer records, the Inventory & Services Server 

manages all inventory and provides analysis tools for both inventory and customer 
databases. It facilitates a three-tier store model that includes base level stores, 
terminal level stores, and vehicle level stores. The Inventory client uses a barcode 
reader for recording inventory additions, subtractions and movements among the 
various inventory stores. 

Brief Description of Drawings 

[001 0] The foregoing aspects and many of the attendant advantages of this invention 
will become more readily appreciated as the same becomes better understood by 
reference to the following detailed description, when taken in conjunction with the 
accompanying drawings wherein: 

[001 1 ] Figure 1 is a schematic of a network for providing products and services to 
passengers and crew on a transport vehicle such as a commercial aircraft 
comprising a plurality of member computers; 

[001 2] Figure 2 is a schematic block diagram of the Passenger Laptop and/or Flight 
Crew Module showing the essential hardware components; 

[001 3] Figure 3 is a schematic block diagram of the Handheld Module showing the 
essential hardware components; 

[0014] Figure 4 is a schematic block diagram of the Cabin Server showing the essential 
hardware components; 

[001 5] Figure 5 is a schematic block diagram of the Inventory & Services Server 
showing the essential hardware components; 

[001 6] Figure 6 is a schematic block diagram of the Gate Kiosk showing the essential 
hardware components; 
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[001 7] Figure 7 a is a Context diagram of the Passenger Laptop and the network of the 
present invention; 

[001 8] Figure 7b is Data Flow diagram of the essential software components of the 
Passenger Laptop; 

[001 9] Figure 8a is a Context diagram of the Handheld Module and the network of the 
present invention; 

[0020] Figure 8b is Data Flow diagram of the essential software components of the 
Handheld Module; 

[002 1 ] Figure 9a is a Context diagram of the Cabin Server and the network of the 
present invention; 

[0022] Figure 9b is Data Flow diagram of the essential software components of the 
Cabin Server; 

[0023] Figure 1 0a is a Context diagram of the Inventory & Services Server and the 
network of the present invention; 

[0024] Figure 1 0b is Data Flow diagram of the essential software components of the 
Inventory & Services Server; 

[0025] Figure 1 la is a Context diagram of the Gate Kiosk and the network of the 
present invention; 

[0026] Figure 1 1 b is Data Flow diagram of the essential software components of the 
Gate Kiosk; 

[0027] Figure 1 2a is flow chart illustrating the logic of the software module for 

reconfiguring the host address of the Passenger Laptop (PAX_ethernet_config); 

[0028] Figure 1 2b is flow chart illustrating the logic of the software module for 
monitoring services and requesting new services in the Passenger Laptop 
(PAX_service_menu); 

[0029] Figures 1 2c is flow chart illustrating the logic of the software module for 
reading email in the Passenger Laptop (PAX_email_reader); 

[0030] 

Figure 1 3a is flow chart illustrating the logic of the software module for 
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recording inventory in the Handheld Module (HH_inventory_control); 

[0031] Figure 1 3b is flow chart illustrating the logic of the software module for 

managing delivery of passenger services in the Handheld Module (HH_pax_service); 

[0032] Figure 14a is flow chart illustrating one thread of logic of the software module 
for storing and forwarding TCP/IP packets in the Cabin Server 
(CS_store_&_forward_routerl ); 

[0033] Figure 1 4b is flow chart illustrating one thread of logic of the software module 
for connecting to the Communication Link in the Cabin Server 
(CS_store_&_forward_router2); 

[0034] Figure 1 4c is flow chart illustrating the logic of the software module for 
managing aircraft inventory in the Cabin Server (CS_inventory_control); 

[0035] Figure 14d is flow chart illustrating the logic of the software module for 
handling customer service requests in the Cabin Server (CS_service_handler); 

[0036] Figure 1 5a is flow chart illustrating the logic of the software module for 
handling customer service requests in the inventory & Service Server 
(ISS_order_control); 

[0037] Figure 1 5b is flow chart illustrating the logic of the software module for 
managing inventory in the Inventory & Services Server (ISS_inventory_control); 

[0038] Figure 1 5c is flow chart illustrating the logic of the software module for 
analyzing the database information in the Inventory & Services Server 
(ISS_data_warehouse); 

[0039] Figure 1 6a is flow chart illustrating the logic of the software module for 

initializing service and storing information to access the vehicle-based domain of 
the network onto a floppy diskette in the Gate Kiosk (GK_customer_access); and 

[0040] Figure 1 6b is flow chart illustrating the logic of the software module for making 
service requests in the Gate Kiosk (GK_order_status). 

Detailed Description 

[004 1 ] Network Overview 

[0042] a network of computers for providing products and services to passengers and 
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crew on a transport vehicle is shown in Figure 1 , generally at reference numeral 1 0. 
Network 1 2 is shown in an exemplary fashion for a commercial aircraft comprising: 
1 ) three member computers 1 1 a through 1 1 c called Passenger Laptops that are 
used by the passengers onboard a transport vehicle 1 5 to request and receive 
services, 2) a member computer 1 2, called a Flight Crew Module, that is used by 
the operator crew to request and receive services, 3) two member handheld 
computers 1 3a through 1 3b called Handheld Modules that are used by cabin 
attendants to manage the delivery of products and services to the passengers, 4) a 
computer server 14 for the vehicle-based domain called a Cabin Server, storing 
data, performing calculations, and acting as a communications gateway to other 
members in the network, 5) a communications link 1 6, 6) a ground router 1 7 for 
access to the Internet, 7) a computer server 1 8 for the ground-based domain called 
the Inventory & Services Server, managing product inventory and customer orders, 
8) a computer for recording inventory 1 9 called an Inventory Client, and 9) two 
computer kiosks at departure and arrival ports called Gate Kiosks for passenger 
ordering. 

[0043] The purpose of the network is to provide a wider range of products and 
services to the passenger more efficiently and with greater revenue potential. 

[0044] 

The computers onboard the aircraft 1 5 are members of a Local Area Network 
(LAN) 21 and in the preferred form of the invention, the communications medium is 
a wireless Ethernet (RF Ethernet). The Passenger Laptop hardware 70 is a standard 
laptop computer or other portable Internet Appliance provided by the passenger 
and including a compatible RF Ethernet PCMCIA card 74. The Passenger Laptops 
(1 la,b,c) are configured to participate in the network with software, hereinafter 
called Floppy Code, derived from the Gate Kiosk 20a,b or via the Internet. The 
Passenger Laptops simplify product delivery by eliminating the requirement for a 
cabin attendant to process the service requests. They also provide access to special 
products and services such as DVD movies and e-mail. Onboard the aircraft, the 
Passenger Laptop communicates only with the Cabin Server 14 and is identified by 
a unique host address that is associated with a particular seat number. The Floppy 
Code together with the installed Operating System (OS) comprises the Passenger 
Laptop code 1 10. Three primary functional capabilities are included: a capability to 
install and de-install the host address 111 , a passenger service module 1 1 3 and a 
special e-mail reader 1 1 2. The passenger service module provides ordering status, 
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submits new order requests to the Cabin Server and shows billing information. It is 
also the conduit of services that are resident on the Cabin Server 14. The e-mail 
reader is similar to standard commercial products except that it is extended to 
retrieve message sizes prior to upload and show a projected cost of uploading. 

[0045] The Flight Crew module 1 2 is similar to the Passenger Laptop 1 1 a,b,c except 
that the passenger service module 1 1 3 is tailored to the information requirements 
of the cockpit. 

[0046] The Handheld Modules 1 3a,b are used by the cabin attendants to record 
inventory and manage services to passengers. They are unique hand held 
computers 30 that include a bar code reader 36 to support inventory management 
and a credit card reader 35 to initiate the cash-less transactions. The Handheld 
Modules include an RF Ethernet PCMCI card 34 to support network communications 
with the Cabin Server. The Handheld Module software 210 is comprised of two 
major modules. The module controlling passenger service 21 2 is functionally 
similar to the passenger service module 1 1 3 of the Passenger Laptop except that it 
is expanded to handle a plurality of customer records and the user interface is 
tailored to cabin attendant interaction. The inventory control function 21 1 is used 
as an inventory client of the Cabin Server inventory control module 31 3 and 
provides the capability to record inventory that is boarded or removed from the 
aircraft. 

[0047] The Cabin Server hardware 40 is an off-the-shelf laptop or other portable 
personal computer with an RF Ethernet PCMCI card 44 just like the Passenger 
Laptop 70. The only additional hardware requirement is a modem 45 to support 
ground communication and sufficient memory and CPU speed to support any 
applications hosted on the Cabin Server. Cabin Server software 310 mirrors the 
architecture of the Handheld Device 210 with the server modules to support 
passenger service 312 and inventory control 31 3. It retrieves vehicle specific 
database information from the ground based Inventory & Services Server 1 8 and 
manages the customer database and inventory for the vehicle during the trip. It 
also has a store and forward router for TCP/IP communication with the ground 311. 
This router is unique in that packets may be accumulated until a physical link is 
established. Optimizing code determines the length and frequency of connections 
based on cabin demand. 
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[0048] The Communications Link 1 6 is an installed or installable communications 
capability such as an air phone for airborne operations and a cellular or other 
telephone for ground-based operations. It is able to access a Ground Router 1 7. 
The Ground Router may be part of the airline network allowing a more dedicated 
access between the airborne or vehicle-based Cabin Server 14 and the ground 
based Inventory & Services Server 1 8. The linkage between these two computers 
may be via the Internet. 

[0049] The Inventory Client 1 9 is a handheld device for reading inventory bar codes 
and communicating inventory transfers to the Inventory & Services Server 18. 

[0050] The Inventory & Services Server 18 handles order requests from the Gate Kiosks 
20a,b, manages inventories at the fixed bases, and provides database analysis. It 
facilitates product distribution across the three tiers of the stores model. It is a 
standard computer server 50 with sufficient CPU power, memory, and storage 
capacity to support large databases of current and historical customer records in 
addition to all inventory data. The Inventory & Services Server software 41 0 is 
comprised of three primary modules. In addition to the two functional software 
modules for order control 41 3 and inventory control 41 2 is a functional capability 
to support data analysis and projection 41 1 . Data warehouse architecture and the 
associated data mining software provides the metrics and predictive capability to 
project stock levels and product mix. 

[0051] -r ne Gate Kiosks 20a,b and equivalent capability provided over Internet allow 
customers to establish service and order products and services prior to departure 
time. It is a standard PC type computer hardened and encased to make it 
sufficiently robust for heavy public usage 60. The Gate Kiosk software 510 
comprises two basic modules. The first initializes service and provides customer 
access for users of the Passenger Laptop 511. The second facilitates customer 
orders 51 2. A similar software architecture is tailored for Internet access and may 
be provided via the airlines' Internet web site. Customer access for the Passenger 
Laptop is provided by the Floppy Code that is delivered on a floppy diskette or 
other similar medium. The Floppy Code is modified to identify the particular 
customer and includes the appropriate host address. The software module for 
customer orders 512 allows the customer to pre-purchase various products. The 
range of products offered depends on how far in advance the customer executes 
this pre-purchase. If pre-purchase is via the Internet, the product range is 
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determined by base stores and the logistics of positioning the product to the 
relevant terminal. If the order is made at the Gate Kiosk 20a,b, the product range is 
determined by stores at that terminal. And finally, product ordered on the aircraft 
is restricted to vehicle-level stores. When customers, with or without Passenger 
Laptops initiate a dialogue with the Gate Kiosk software 51 0, a customer record is 
created on the Inventory & Services Server and the credit card information is pre- 
verified. 

[0052] Passenger Laptop Member 

[0053] The Passenger Laptop 1 1 a,b,c is a component in the airborne or vehicle-based 
domain of the network and it communicates directly only with the Cabin Server 14. 
However, data is transferred indirectly from the Gate Kiosk 20a,b or equivalent 
Internet software by way of a floppy diskette that also contains ail Passenger 
Laptop software 1 1 0 except the installed Operating System (OS) 1 1 4. The purpose 
of the Passenger Laptop member is two fold: 1) to provide customers with a more 
direct means of requesting and monitoring the delivery of products and services, 
and 2) to facilitate delivery of special new services. Many passengers already spend 
a significant amount of their travel time interacting with a laptop. Therefore, the 
means to engage the customer is already in place and it is the customers preferred 
vehicle of communication. The Passenger Laptop will support a wide range of 
services today as well as many more that will be defined in the future and in this 
invention, the cost is born by the customer. 

[0054] The following typical scenario demonstrates the functional context within the 
overall network. In the time frame of making an advance reservation, the user 
accesses the airline web site, confirms the use of his/her credit card to procure 
services and selects from a wide range of products including perhaps the 
compatible RF Ethernet PCMCI card. The user may elect to download the Floppy 
Code or use the software previously installed on his/her machine. The reservation 
data configures the Floppy Code for use onboard and the user is ready to receive 
pre-selected products and services without making any further request to the cabin 
attendant. On board the initialization sequence displays the requested services. If 
the user delays pre-ordering until reaching the gate, services may be ordered via 
the Gate Kiosk 20a,b using a credit card or debit "phone" card. The Gate Kiosk can 
update an existing floppy diskette with Floppy Code or dispense a new one. If pre- 
ordering at the gate is not possible, a floppy diskette containing Floppy code is 
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provided by the cabin attendant after boarding. During the trip, the user signals 
requests for further services, monitors delivery and cost while continuing to use 
the laptop for work or entertainment. If the user wishes to receive e-mail he/she 
may interrogate the POP3 server for headers and file sizes, augmented with 
estimated cost, prior to transfer. 

[0055] The hardware configuration 70 of the Passenger Laptop 1 1 a,b,c in this 

preferred embodiment of the present invention is shown in Figure 2. The device is 
a standard laptop computer with an RF Ethernet PCMCI card 74 and a floppy 
diskette drive 75. The user interacts with the display, keyboard and pointing 
devices in the usual way, the floppy diskette drive supports loading of Floppy Code 
which together with the installed OS comprises the Passenger Laptop code 1 1 0. 
The RF Ethernet PCMCI supports communication with the Cabin Server 1 4. The RF 
Ethernet card operates in the Industrial, Scientific, and Medical (ISM) spectrum and 
meets FCC requirements. In the case of air transport usage, approval is granted by 
the air transport operator and restrictions would likely include the widely adopted 
restrictions on the use of portable electronic equipment during takeoff and landing. 

[0056] In Figure 7a the Passenger Laptop Network Context diagram 1 00 illustrates the 
external information flow to other members of the network and the user. Flow from 
block 103 represents the reservation information and host address that is imported 
with the Floppy Code on a floppy diskette or is accessed by the user over the 
Internet. The input and output flow indicated in block 104 pax_windows_menu is 
the user interface via the Graphical User Interface (GUI) provided with the installed 
OS. The input and output flow indicated in block 1 02 pax_cab_traffic is the 
communication with the Cabin Server 14. 

[0057] In Figure 7b the Passenger Laptop Data Flow diagram 1 10 illustrates software 
architecture and data flow of the preferred embodiment. The software comprises 
three basic modules in addition to the installed OS 1 14 called PAX_OS_routines that 
provide the GUI, Internet Browser, and the network transfer functionality. 

[0058] 

The module called PAX_ethernet_config 1 1 1 saves and restores the current host 
address, which in the preferred embodiment of the current invention is the Internet 
Protocol (IP) address. A new host address for the purposes of the trip is created 
that associates the Passenger Laptop with a seat location and customer record. As 
the resident OS routines 1 14 are used to facilitate the change of IP address and 
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provide the network transfer functionality for the other modules, Figure 7b shows 
the flow of this data between the modules PAX_ethernet_config 1 1 1 and 
PAX_OS_routines 114. The logic for PAX_ethernet_config 140 is illustrated in Figure 
12a and shows that saving the current host address and installing the new address 
142,143 is accomplished when the user initializes his system onboard 141 and the 
old address is restored 145 at completion of the trip 144. 

[0059] The module called PAX_service_menu 1 1 3 provides the functionality to manage 
service. It provides the menus to show the status of current requests and cost data 
together with the interface to make new service requests. The installed OS routines 
1 14 provide the conversion to viewable information, pax_windows_menu or 
network information pax_cab_traffic. The logic for PAX.service menu 1 55 is 
illustrated in Figure 1 2b and reflects the option of requesting service 1 58 where 
status and cost data are returned 1 59 by the Cabin Server 1 4 and the option of 
initializing new requests 1 56 where new service may be established or credit card 
information verified 1 57 by the Cabin Server. 

[0060] The module called PAX_email_reader 1 1 2 extends commercially available e- 
maii reader functionality by allowing the user to interrogate the POP3 server for 
message headers and message sizes prior to transferring the messages. The reader 
also interrogates the Cabin Server 14 for transfer costs. The installed OS routines 
114 provide the conversion to viewable information, pax_windows_menu or 
network information pax_cab_traffic. The logic for PAX_email_reader 1 70 is 
illustrated in Figure 1 2c and reflects two options, if interrogating the POP3 server 
for message headers only 1 71 , the headers are returned with cost data 1 72. If 
requesting download of the full message 1 73, a standard mail request is issued 
174. 

[0061] Handheld Module Member 
[0062] 

The Handheld Module 13a,b is a component in the airborne or vehicle-based 
domain of the network and it communicates directly only with the Cabin Server 1 4. 
The purpose of the Handheld Module is two fold: 1) to provide a more efficient 
means of delivering products and services to users, and 2) to record inventory that 
is boarded or removed from the aircraft. The Handheld Module is a hand held 
computer that is specially designed for optimal usage by the cabin attendants. It 
features easy one-handed entry and has a menu structure that allows ready access 
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to passenger data. The device will not only allow more efficient management of 
product and service delivery using conventional procedures but will allow new more 
efficient onboard procedures for service distribution. 

[0063] The following typical scenario demonstrates the functional context within the 
overall network. In the time frame of making an advance reservation, the user 
without a laptop accesses the airline web site, confirms the use of his/her credit 
card to procure services and selects from a wide range of products. If the user 
delays pre-ordering until reaching the gate, services may be ordered via the Gate 
Kiosk 20a,b using a credit card or debit "phone" card. In both of these cases the 
passenger is ready to receive pre-selected products and services without making 
any further request to the cabin attendant. If pre-ordering is not possible, the 
passenger may initiate service with the cabin attendant after boarding. At this time, 
the passenger's credit card may be read using the Handheld Module and customer 
record is established with the initial order. During the trip, the passenger makes 
requests for further services to the cabin attendant who records the requests with 
the Handheld Module. At the end of the trip a receipt for services is provided to 
each passenger not having a Passenger Laptop. The cabin attendant uses Handheld 
Module during the trip to manage distribution of the ordered products and services 
and record delivery to all passengers including those with Passenger Laptops. The 
cabin attendant may user the bar code reader in the process of dispensing 
products or taking orders. 

[0064] The hardware configuration 30 of the Handheld Module 1 3a,b in this preferred 
embodiment of the present invention is shown in Figure 3. The device is a special 
purpose hand held computer with an RF Ethernet PCMCI card 34, a credit card 
reader 35, and a bar code reader 36. The user interacts with the display 31 , 
keyboard and line select keys 32 in the usual way The RF Ethernet PCMCI 34 
supports communication with the Cabin Server 14. The RF Ethernet card operates 
in the Industrial, Scientific, and Medical (ISM) spectrum and meets FCC 
requirements. In the case of air transport usage, approval is granted by the air 
transport operator and restrictions would likely include the widely adopted 
restrictions on the use of portable electronic equipment during takeoff and landing. 

[0065] )n Figure 8a the Handheld Module Network Context diagram 200 illustrates the 
external information flow to other members of the network and the user. Flow from 
blocks 204 and 205 represent the scanned bar code and credit card data. The input 
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and output flow indicated in block 203 hh_windows_menu is the user interface via 
the Graphical User Interface (GUI) provided with the OS. The input and output flow 
indicated in block 202 hh_cab_traffic is the communication with the Cabin Server 
14. 

[0066] In Figure 8b the Handheld Module Data Flow diagram 210 illustrates software 
architecture and data flow of the preferred embodiment. The software comprises 
three basic modules in addition to the OS 213 called HH_OS_routines that provide 
the GUI and the network transfer functionality. 

[0067] The module called HH_pax_service 21 2 provides the functionality to manage 

service. It provides the menus to show the status of current requests and cost data 
for each passenger together with the interface to make new service requests. The 
OS routines 21 3 provide the conversion to viewable information, 
pax_windows_menu or network information pax_cab_traffic. They also provide 
include the drivers for the bar code and credit card readers accepting 
bar_code_data and credit_card_id. The logic for HH_pax_service 255 is illustrated in 
Figure 1 3b. In the initialization mode 256 the cabin attendant may configure the 
system to operate in only a part of the cabin and may specify other display options 
257,258. Service requests, including credit card verifications 259 communicate 
with the Cabin Server 14 to update the status 260. As service is provided 261 the 
customer record on the Cabin Server is similarly updated and the available 
inventory adjusted 262. 

[0068] The module called HH_inventory_control 21 1 provides the functionality to 

operate as a conventional inventory client, recording and transmitting bar codes to 
the Cabin Server 1 4. It provides the menus to show the status of current operation. 
The OS routines 21 3 provide the conversion to viewable information, 
pax_windows_menu or network information pax_cab_traffic. They also provide 
include the drivers for the bar code readers accepting bar_code_data. The logic for 
HH_inventory_control 240 is illustrated in Figure 13a. In the inventory mode 241 
bar code input causes communication with the Cabin Server 14 to update 
inventory242. 

[0069] Cabin Server Member 

[0070] The Cabin Server 14 is the server for other members in the airborne or vehicle- 
based domain of the network and is the gateway to the ground domain. It 
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communicates with the Passenger Laptops 1 la,b,c and the Handheld Modules 
1 3a,b in the vehicle and with the Ground Router 1 7 on the ground via the 
Communications Link 1 6. The purpose of the Cabin Server is four fold: 1 ) it is the 
server for the two vehicle-based clients that deliver products and services to users, 
i.e. the Passenger Laptop and the Handheld Module, 2) it manages inventory and 
acts as the inventory server for the vehicle-based client that records inventory 
boarded or removed from the aircraft, i.e. the Handheld Module, 3) it is a client of 
the ground-based Inventory & Services Server 1 8, and 4) it is the gateway router for 
passenger Internet communication. The Cabin Server features a user interface that 
allows cabin attendants to monitor and control the efficient management of 
product and service delivery from the galley area. 

[0071 ] The following typical scenario demonstrates the functional context within the 
overall network. After the pre-ordered products and aircraft level stores are 
boarded while the aircraft or vehicle is at the gate, the cabin attendant scans the 
bar code(s) of the boarded inventory to update the Cabin Server 14 inventory data. 
A pre-departure trip initialization uploads customer records and reported inventory 
from the Inventory & Services Server 1 8 that is then verified with the actual 
inventory. Credit card information is re-verified for any customer records older 
than a specified time. The Communication 1 6 Link on the ground may be a cellular 
phone connection or other ground communication link. After the trip initialization 
the Cabin Server updates any Passenger Laptops 1 la,b,c or Handheld Modules 
1 3a,b on the network and subsequently updates any that join the network. During 
the trip, any requests for a new customer record may involve verification of credit 
card data via the Communications Link. New requests for products and services are 
recorded in the customer database and inventory is appropriately allocated. Clients 
are updated continuously. As delivery of products and services is executed the 
vehicle inventory data is appropriately depleted and credit card transactions 
transmitted to the ground domain. Prior to arrival a hardcopy receipt is provided to 
the appropriate passengers. The Communication link while airborne is an "air 
phone" or other air/ground communications device. At the end of the trip cabin 
attendants use the inventory client, i.e. the Handheld Module to verify actual 
inventory off loaded. The inventory data and updated customer records are sent to 
the Inventory & Services Server. 

[0072] 

The hardware configuration 40 of the Cabin Server 14 in this preferred 
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embodiment of the present invention is shown in Figure 4. The device is a standard 
laptop computer or other small portable computer with an RF Ethernet PCMCI card 
44, a modem 45, a CDROM /floppy diskette drive 46, and a portable printer 47. The 
user interacts with the display, keyboard and pointing devices in the usual way, the 
CDROM/floppy diskette drive supports loading of the operational code which 
together with the installed OS comprises the Cabin Server code 310, and the RF 
Ethernet PCMCI supports communication with the Passenger Laptops 1 la,b,c and 
the Handheld Modules 1 3a, b. The RF Ethernet card operates in the Industrial, 
Scientific, and Medical (ISM) spectrum and meets FCC requirements. In the case of 
air transport usage, approval is granted by the air transport operator and 
restrictions would likely include the widely adopted restrictions on the use of 
portable electronic equipment during takeoff and landing. 

[0073] In Figure 9a the Cabin Server Network Context diagram 300 illustrates the 

external information flow to other members of the network and the user. The input 
and output flow indicated in block 305 cs_windows_menu is the user interface via 
the Graphical User Interface (GUI) provided with the installed OS. The input and 
output flow indicated in block 303 hh_cab_traffic is the communication with the 
Handheld Modules 13a,b. The input and output flow indicated in block 302 
hh_pax_traffic is the communication with the Passenger Laptops 1 1a,b,c. The input 
and output flow indicated in block 304 com_link_traffic is the communication 
carried by the Communications Link 1 6 to the Ground Router 1 7. 

[0074] In Figure 9b the Cabin Server Data Flow diagram 310 illustrates software 

architecture and data flow of the preferred embodiment. The software comprises 
three basic modules in addition to the OS 314 called CS_OS_routines that provide 
the GUI and the network transfer functionality. 

[0075] Tne module called CS_store_forward_router 31 1 is the vehicle-based gateway 
and router for, transmitting and receiving IP packets for the Cabin Server 1 4 or the 
Passenger Laptop 1 la,b,c. In the receive mode the module acts as a conventional 
router, however in the send mode the routing is augmented with the store and 
forward features of the preferred embodiment of this invention. The OS routines 
314 provide the vehicle network information pax_cab_traffic, as well as 
communication with the ground, comjinkjxaffic. The logic for 
CS_store_forward_router is shown as two threads CS_store_forward_routerl 340 
and CS_store_forward_router2 355 as illustrated in Figure 14a and Figure 14b. In 
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the first thread, if the connection to the Communications Link 1 6 is established 
341 then any incoming packets from the Passenger Laptops 1 1a,b,c or any other 
Cabin Service module are routed 343 and then any stored packets are routed 345. 
If a connection to the Communications Link is not established 346 then any 
incoming packets from the Passenger Laptops or any other Cabin Service Module 
are stored until a connection is established 347. The second thread of operation 
establishes a connection with the Communications Link 357 any time there is a 
sufficient number of packets or there are any packets and a sufficient time has 
elapsed 356. 

[0076] The module called CS_inventory_control 31 3 is the vehicle-based inventory 
server, receiving transmitted bar codes from the Handheld Modules 1 3a,b. The 
module also manages vehicle-based inventory: verifying boarded inventory with 
reported inventory from the Inventory & Services Server 1 8; allocating inventory as 
a result of requests from the Passenger Laptops 1 la,b,c and Handheld Modules; 
and depleting inventory as a result of product delivery reported with the Handheld 
Modules. It provides the menus to show the status of current operation. The OS 
routines 314 provide the conversion to viewable information, cs_windows_menu, 
vehicle network information pax_cab_traffic and hh_cab_traffic, as well as 
communication with the ground, com_link_traffic. The logic for 
CS_inventory_control 360 is illustrated in Figure 14c. In the initialize mode 361 
customer data and planned inventory is uploaded from the Inventory & Services 
Server 362. In the verify mode 363, bar codes are received from the Handheld 
Modules and verified 364. In the service mode 365, allocation and depletion are 
reported to the Passenger Laptops and Handheld Modules 366. In the post trip 
mode 367, residual inventory is reported to the Inventory & Services Server 368. 

[0077] 

The module called CS_service_handler 31 2 is the vehicle-based service server 
for the Handheld Modules 1 3a,b or the Passenger Laptops 1 la.b.c in the preferred 
embodiment of this invention. The OS routines 314 provide the vehicle network 
information pax_cab_traffic and hh_cab_traffic. The logic for CS_service_handler 
375 is illustrated in Figure 14d. In the initialize mode 376 customer data uploaded 
from the Inventory & Services Server is sent to the Passenger Laptops 1 1 a,b,c and 
the Handheld Modules 1 3a,b. When additional Passenger Laptops or Handheld 
Modules join the network 378 credit card data is verified, a customer record is 
created and the record status sent back to the Passenger Laptop and/or the 
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Handheld Modules 379-381 If a service request is received from a Passenger 
Laptop or Handheld Module 382, The inventory is checked, the customer record is 
updated and the record status sent back to the Passenger Laptop and/or the 
Handheld Modules 383. Similarly, when service is executed as communicated by 
the cabin attendant using the Handheld Module 384, the inventory is depleted, 
credit card transactions are executed, the customer record is updated, and the 
record status sent back to the Passenger Laptop and/or the Handheld Modules 
385,386. Finally, at the end of the trip 387, a hard copy receipt is created for each 
appropriate customer 388. 

[0078] Inventory & Services Server Member 

[0079] The Inventory & Services Server 1 8 is the server component in the ground- 
based domain of the network. It communicates with the Gate Kiosks 20a,b, the 
Inventory Client 1 9, and the Cabin Server 1 4 in the vehicle via the Ground Router 
1 7 and the Communications Link 1 6. The purpose of the Inventory & Services 
Server is three fold: 1) it manages customer records and is the customer service 
server for the ground-based Gate Kiosk (or similar Internet software) clients and 
the vehicle-based Cabin Server client, 2) it manages inventory and acts as the 
inventory server for the ground-based Inventory Client 19 that records inventory 
added to or transferred among the various stores, and the vehicle-based Cabin 
Server, 3) it provides a data warehouse architecture and implements data mining 
and other data analyses. The Inventory & Services Server is also a member of the 
airline or other company network so that the analysis and Gate Kiosk functions may 
be distributed within the company and on the Internet as appropriate. 

[0080] T h e following typical scenario demonstrates the functional context within the 
overall network. Three levels of stores support the network operation. Base level 
stores located at hub locations stock the full range of products. Terminal level 
stores located a departure locations stock a subset appropriate to the location and 
are dynamically augmented to fulfill specific customer orders. Vehicle level stores 
are a subset of Terminal level stores and are appropriate to a particular trip. They 
are also dynamically augmented to fulfill specific customer orders. Prior to 
departure the Inventory Client 1 9 is used in conjunction with inventory control 
software on the Inventory & Services Server 1 8 to move inventory from Base level 
stores to Terminal level stores and subsequently to create a vehicle package 
comprising standard Vehicle level stores plus pre-ordered product. Of course, the 
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Inventory Client is also used in normal replenishment and for taking stock. 
Following the trip a reverse process returns unused product to inventory. The 
Inventory & Services Server provides database management of inventory at all 
stores levels. As a result of the pre-ordering via the Gate Kiosks or equivalent 
Internet software, customer records are generated that support the dynamic 
movement of inventory onto the vehicle. The Inventory & Services Server also 
provides database management of customer records generated on the ground and 
those reported from the vehicle. Prior to departure the vehicle requests that 
relevant customer records be transferred for local management. These databases 
support offline analysis to predict buying patterns and determine both the range of 
products and procurement strategies. 

[0081 ] The hardware configuration 50 of the Inventory & Services Server 1 8 in this 

preferred embodiment of the present invention is shown in Figure 5. The device is 
a commercially available computer server with network capability 53 and sufficient 
storage 51 to support the data warehouse requirements. A CDROM/floppy diskette 
drive may be available to support loading of the operational code which together 
with the installed OS comprises the Inventory & Services Server code 410. 

[0082] In Figure 1 0a the Inventory & Services Server Network Context diagram 400 

illustrates the external information flow to other members of the network and the 
user. The input and output flow indicated in block 402 order_traffic is the 
communication with the Gate Kiosks 20a,b or equivalent Internet software via the 
airline network. The input and output flow indicated in block 403 
inventory_client_traffic is the communication with the Inventory Client 1 9. The 
input and output flow indicated in block 404 com_link_traffic is the communication 
with the Cabin Server 14 carried by the Ground Router 1 7 and the Communications 
Link 1 6. The input and output flow indicated by block 405 illustrates the database 
analysis information that is accessed by clients on the airline network. 

[0083] In Figure 1 0b the Inventory & Services Server Data Flow diagram 41 0 illustrates 
software architecture and data flow of the preferred embodiment. The software 
comprises three basic modules in addition to the OS 41 4 called ISS_OS_routines 
that provide the GUI and the network transfer functionality. 

[0084] 

The module called ISS_order_control 41 3 is the ground-based customer service 
server for the Gate Kiosks 20a,b and the Cabin Server 1 4 in the preferred 
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embodiment of this invention. The OS routines 414 provide the vehicle network 
information order_traffic and aircraft_traffic. The logic for ISS_order_control 440 is 
illustrated in Figure 1 5a. In the customer mode 441 customer data is exchanged 
with the Gate Kiosk 20a,b or similar Internet software to create a customer record, 
verify credit card and allocate inventory 442. When initialization requests are 
received from a vehicle Cabin Server 443, customer records and planned inventory 
is transmitted 444 via the Ground Router 1 7 and Communications Link 1 6. 
Customer updates from the Gate Kiosks 445 simply update the records and return 
the new status 446. 

[0085] The module called ISS_inventory_control 41 2 is the ground-based inventory 
server, receiving transmitted bar codes from the Inventory Client 1 9. The module 
also manages ground-based inventory: preparing a planned inventory for the Cabin 
Server 14; allocating inventory as a result of requests from the Gate Kiosks 20a,b 
or equivalent Internet Software; and depleting and augmenting stores as a result of 
vehicle package preparation reported with the Inventory Client. It provides the 
menus to show the status of current operation and analysis of the databases. The 
OS routines 414 provide the ground network information, inventory_client_traffic 
and aircraft_traffic. The logic for ISSJnventory.control 455 is illustrated in Figure 
1 5b. In the aircraft package preparation mode 456, planned inventory is developed 
using input from the Inventory Client 1 9 and appropriate stores inventory are 
adjusted 457. In the reclaim mode 458, bar codes are also received from the 
Inventory Client and stores adjusted 459. In the replenishment mode 460, 
inventories are appropriately adjusted 461 . 

[0086] The module called ISS_data_warehouse 41 1 is the ground-based data 

warehouse server, for clients on the airline network. The module uses data mining 
and other database analysis tools to provide predictive information for inventory 
management and marketing. The OS routines 414 provide the ground network 
information, analysis_data. The logic for ISS_data_warhouse 470 is illustrated in 
Figure 1 5c. In the generic analysis mode 471 , inventory and customer records are 
mined for inventory planning 472 and in the customer analysis mode 473, the data 
is mined for specific customer preferences that may be used to support smart 
menu options at the Gate Kiosks or other customer specific services 474. 

[0087] Gate Kiosk Member 
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[0088] The Gate Kiosk 20a,b is a client component in the ground-based domain of the 
network, communicating with the Inventory & Services Server 1 8. The purpose of 
the Gate Kiosk is two fold: 1) to provide a means for all passengers to pre-order 
products and services, and 2) to provide customer access to the network airborne 
domain using Passenger Laptops. Equivalent capability in the form of software 
modules residing on host computers in the airline or company network, or 
otherwise accessible via the Internet, herein called "equivalent Internet software" 
may be provided. The preferred embodiment of this invention references a floppy 
diskette as the medium of configuring the Passenger Laptop using the Gate Kiosk 
or equivalent Internet software, however, the invention embodies any similar 
medium that may become widely used in laptop computers. 

[0089] The typical scenarios described for the Passenger Laptop and Inventory & 
Services Server demonstrate the functional context within the overall network. 

[0090] The hardware configuration 60 of the Gate Kiosk 20a,b in this preferred 
embodiment of the present invention is shown in Figure 6. The device is a 
commercially available computer personal computer in a kiosk structure and 
sufficiently hardened to withstand extensive public usage. It has a network 
capability 64 to support communication with the Inventory & Services Server 1 8, a 
floppy diskette drive to support configuration of the floppy diskette containing the 
Floppy Code 65, a floppy diskette dispenser to provide floppy diskettes containing 
Floppy Code 66, and a credit card reader to permit pre-verification 67. The 
operational code together with the installed OS comprises the Gate Kiosk code 510 
may be downloaded via the network. 

[0091] In Figure 11 a the Inventory & Services Server Network Context diagram 500 

illustrates the external information flow to other members of the network and the 
user. The input and output flow indicated in block 502 order_traffic is the 
communication with the Inventory & Services Server 1 8. The input and output flow 
indicated in block 503 gk_windows_menu is interactive menus provided to the user 
via the OS GUI. The output flow indicated in block 504 floppy_code is the 
configuration data for the Floppy Code containing the IP address and/or the Floppy 
Code itself. The input flow indicated by block 505 illustrates the credit card id 
transmitted by the credit card reader 67. 

[0092] 

In Figure 1 1 b the Gate Kiosk Data Flow diagram 510 illustrates software 
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architecture and data flow of the preferred embodiment. The software comprises 
two basic modules in addition to the OS 51 3 called CK_OS_routines that provide 
the GUI and the network transfer functionality. 

[0093] The module called GK_customer_access 511 is the customer service client of 

the Inventory & Services Server 1 8 in the preferred embodiment of this invention. It 
requests a new customer record, verifies the credit card and provides access to the 
network airborne domain for laptop users. The OS routines 513 provide the vehicle 
network information order.traffic and the user interface gk_windows_menu. The 
logic for GK_customer_access 540 is illustrated in Figure 1 6a. When the user 
supplies appropriate information related to the trip that may include credit card id, 
an existing record or newly generated customer record is returned 541 . If a the 
customer wants to configure a laptop 542 as a Passenger Laptop 1 la,b,c, an 
appropriate host address is allocated 543. If a new floppy diskette containing 
Floppy Code is requested 544, a floppy diskette is dispensed 545. The allocated 
host address is written to the floppy diskette 546. 

[0094] The module called GK_order_status 5 1 2 is the customer service client of the 
Inventory & Services Server 1 8 in the preferred embodiment of this invention. It 
requests products and services from the Inventory & Services Server. The OS 
routines 51 3 provide the vehicle network information order_traffic and the user 
interface gk_windows_menu. The logic for GK_order_status 555 is illustrated in 
Figure 1 6b. When the user supplies the appropriate information, an existing record 
customer record is returned 556. If a valid record is returned 557, a request to 
update the records is sent to the Inventory & Services Server 558 and the new 
status is returned 559. 

[0095] While the preferred embodiment of the invention has been illustrated and 

described, it will be appreciated that various changes can be made therein without 
departing from the spirit and scope of the invention. Accordingly, it is not intended 
that the scope of the invention in any way be limited by the disclosure, but instead, 
that it be determined entirely by reference to the claims that follow. 
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